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REMARKS 

Applicant respectfully requests reconsideration and allowance of the 

subject application. 

Claims 1-77 were originally submitted. 

Claims 58-66 and 76-77 have been cancelled without prejudice. 

Claims 1-57 and 67-75 have been previously amended. 

Claims 1 , 20, and 39 arc currently amended. 

Claims 1-57 and 67-75 are pending. 

:^SIJ>S,C S103 

Claims 1-12, 14-31, 32-50, 52-57 and 67-75 are rejected under 35 U.S.C. 
103(a) as being unpatentable over U.S. Patent No, 6,430,707 to Matthews et al. 
(Matthews) in view of U.S. Patent No. 6,633,876 Bl to Heatlie (Hcatlie). 
Applicant respectfully traverses the rejection. 

Matthews teaches a client station on a computer network that uses an 
operating system, such as JavaOS. The operating system is permanently stored at 
a server computer on the computer network, rather than on storage media at the 
client location. The operating system is loaded and installed at the client computer 
upon bootup of the client computer. If a malfunction causes the client computer to 
go off-line (i.e., disappear from the computer network), a dump image is sent to 
the server computer before the client reboots, so that the cause of failure can be 
detemiined. Tlie dump image includes the contents of memory, including the 
operating system, and the code, stack, threads, registers, and local/global variables 
of the cliem computer. The dump image is sent to the server computer in 
foraiatted packets. At the server computer, the fonnatted packets making up the 
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dump image are stored on storage media, and the dump image is reformatted for 
use by a standard debugging tool. (Abstract of Matthews, and Matthews, col. 2 
lines 21-40). 

To ensure a remote dump capability under all conditions a JavaOS client 
application in the client computer includes a secondary means of communication 
with the server computer, that exists independent of the normal operating 
mechanism of the client computer (i.e., independem of the TCP/IP communication 
stack). The system taught in Matthews, relies on a JavaOS scheme that provides 
for a preboot execution (PXE) boot process to complete, and have the system 
return memory occupied by a user datagram protocol (UDP) stack to a system 
heap. Typically, a PXE boot process discards the UDP stack once the boot 
process is complete. In order to utilize this UDP stack for later system dumps to 
the server, the JavaOS (i.e., operating system) of the client computer, reserves the 
UDP stack subsequent to completion of the boot process instead of reallocating it 
to the general system heap. (Matthews, col. 4 lines 15-37). 

Heatlie in its background section, teaches related art that suggests when a 
computer system crashes an exception handling routine typically saves post- 
mortem information specifying the state of the computer system after the failure to 
a crash dump file. This crash dump file typically contains much of the contents of 
the memory of the computer system immediately after the failure, including the 
state of various threads and the contents of various buffers. By viewing this crash 
dump file, an engineer is often able to diagnose the cause of the computer system 
failure. (Heatlie, col. 1 lines 16-24). 
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Independent claim 1 recites "[a] method for generating a dump file, the 
method comprising: 

a. generating a minidump file that does not include aU volatile 
system memory containing at least: 

i. thread information for at least one running thread, 

ii. context information for the thread, 

iii. callstaok information for the thread, 

iv. process information for a process in which the tiiread is 

running, and . . _ 

V information identi^ing a reason compnsmg one of the 
following reasons: callstack fault, processor fault, and application 
program fault, for generating the minidump file; and 

b. storing the mmidump file to a storage medium. 
Claim 1 recites "generating a minidump file that does not include all 

volatile system memory containing at least Matthews does not teach or 
suggest this element. In particular, the recited element is contrary to Matthews, 
which teaches specifically that the dump image includes ^the contents" of 
memory. There is no indication that only part of the memory might be dumped. 
Rather, the language "the contents" indicates that all of the memory is included in 
the dump image, this is particularly provided in order for the server to delBrmine 
the cause of the failure. Therefore, Matthews fails to teach or suggest "minidump 
file that does not include all of all volatile system memory"- The rejection of 
claim 1 is unjustified for this reason. 

Claim 1 also recites that the minidump file contains "information 
identifying a reason ... for generating the minidump file." The Action admits that 
Matthews fails to teach this element, and instead looks to the teaching of Heatiie. 
In particular, the Action argues that "Heatiie teaches information identifying a 
reason comprising one of the following reasons: caUstack fault, processor fault, 
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and application fault, for generating the minidump file." In Heatlie, ho^vever, 
actual identification of the reason is performed by a server or some other 
computer, as a result of examining the duny^file. The reason is not contained in 
the dump file itself. Thus, Heatlie does not teach a dump file "containing" the 
reason. The rejection of claim 1 is unjustified for this fiirther reason, 

Heatlie teaches that when a computer (computer system) crashes or fails, 
post-mortem information is saved that specifies the state of the computer system 
after the failure. There is no teaching or suggestion that the post-mortem 
information includes a reason for generating post-mortem information. Although 
the state of the computer system is provided, additional analysis is expected to be 
made, "post-mortem," as to the reason for generating the state information. Claim 
1, however, recites that the mini-dump file itself "contains" the reason. Heatlie 
does not teach this, and the rejection of claim 1 is unfounded for this additional 
reason. 

Therefore, it would not have been obvious to combine the teaching of 
A Matthews with Heatlie. Accordingly, a combination of Matthews and Heatlie is 
17 improper. Applicant respectfully requests that the §103 rejection of claim 1 be 
ull withdrawn. 

,9 11 Dependent claims 1-12, 14-19, and 67-69 depend on claim 1, and are 

20 allowable at the least by virtue of their dependency on base claim 1. AppUcant 
2, respectfiilly requests that the §103 rejection of claims 1-19 and 67-69 be 
2i|| withdrawn. 

23 II Independent claim 20 recites "[a] computer-readable medium having 

24 computer-executable instructions for causing at least one processor to perform acts 

25 comprising: 
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gathering minidump file mformation that does mclude 
volatile system memory but does include at least thread >«fonnation for ^t 
reasToae rmming thread, context information for the thread ^f^^ 
information for the thread, process information for the process ^ which Ac 
thread is running, and information identifying a reason comprising one of 
ST following Masons: callstack fault, processor fault, and apphcation 
program fault, for generating the minidump file. 

The Action rejects claim 20 based on similar reasons as claim 1. Applicant 
presents the arguments in support of claim 1, in support of claim 20. Accordingly. 
Applicant respectfully request that the §103 rejection of claim 22 be withdrawn. 

Dependent claims 21-31, 33-38, 70, and 71 depend on claim 20, and are 
aUowable at the least by virtue of their dependency on base claim 20. Applicant 
respectfully requests that the §103 rejection of claims 21-31. 33-38, 70, and 71 be 
withdrawn. 

Independent claim 39 recites "[a]n apparatus comprising: 
memory; 

a data storage drive configured to write data files to at least one data 
storage medium; and 

at least one processor operatively coupled to the memory and the 
data storage drive and configured to: 

a. generate a minidump file that docs not include all volatile 
system memory containing at least: 

i. thread information for at least one running thread, 

ii. context information for the thread, 

iii. callstack information for the thread, 

iv. process information for the process in which the 

thread is running, and 

V. information identifying a reason comprising one of 
the following reasons: callstack fault, processor feult. and 
application program fault, for generating the minidump file, 
and 
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h. Store the rainidump file to the storage medium. 

The Action rejects claim 39 based on similar reasons as claim 1. Applicant 
presents the arguments in support of claim 1, in support of claim 39. Accordingly, 
Applicant respectfully request that the §103 rejection of claim 39 be withdravm. 

Dependent claims 40-50, 52-57, and 73-75 depend on claim 39, and are 
aUowable at the least by virtue of their dependency on base claim 39. Applicant 
respectfully requests that the §103 rejection of claims 40-50, 52-57, and 73-75 be 
withdrawn. 

Claims 13, 32 and 51 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Matthews in view of Heatlie, and in further view of U.S. Patent 
No, 5,603,033 to Joannin (Joannin). Applicant respectfully traverses the rejection. 

Claim 13 depends on claim 1, and as such includes the elements: 

a, generating a minidump fUe that does not include all volatUe 
system memory containing at least: 

i. thread information for at least one running thread, 

ii. context information for the thread, 

iii. callstack information for the thread, 

iv. process information for a process in which the thread is 

running, and . . *u 

V. information identifying a reason compnsmg one ot the 
following reasons: callstack fault, processor fault, and application 
program fault, for generating the minidump file; and 

b. storing the minidump file to a storage medium. 

As discussed above, Matthews in view of HeatUe fails to teach or suggest 
these elements. The Action admits that Matdiews and Heatlie do not teach *Mpon 
re-initialization, after having stored the minidump file to the storage medium, 
accessing the minidump file on the storage medium and using at least a portion of 
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the tninidump to further undei^tand an exception that v.as at least one reason for 
generating the minidump file" and looks to Joannin as teaching this element. 

Joannin provides no assistance in light of Matthews and Heatlie as to the 
recited method of claim 13. Since Matthews and Heatlie do not teach the elements 
discussed above, the teaching of UUman does not help. 

Accordingly, a combination of Matthews. Heatlie, and Joannin is improper. 
AppUcant respectfully requests that the §103 rejection of claim 13 be withdrawn. 

Claims 32 and 51 are rejected based on simUar reasons as claim 13. 
Applicant presents the arguments in support of claim 13, in support of claims 32 
and 51. Accordingly, Applicant respectfully request that the §103 rejection of 
claims 32 and 51 be withdrawn. 
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rONCLUSlON 

All pending 1-57 and 67-75 are in condition for allowance. Applicant 
respectfully requests reconsideration and prompt issuance of the subject 
application. If any issues remain that prevent issuance of this application, the 
Examiner is urged to contact the undersigned attorney before issuing a subsequent 
Action. 



Dated: 



Respectfully Sub: 



By: 




Enunanuel A. Rivera 
Reg. No. 45,760 
(509) 324-9256 ext. 245 
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